Mutually Exclusive Rules in Logic Web 
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Logic Web has traditionally lacked devices for expressing mutually exclusive clauses. We address 
CN . this limitation by adopting choice-conjunctive clauses of the form Dq&cDi where Dq,D\ are Horn 

clauses and & is a linear logic connective. Solving a goal G using D$&iD\ - pv{Dq8zD\,G) - has 
the following operational semantics: choose a successful one between pv(Do, G) and pv(D\, G). In 
other words, if D is chosen in the course of solving G, then D\ will be discarded and vice versa. 
Hence, the class of choice-conjunctive clauses precisely captures the notion of mutually exclusive 
clauses. 



1 Introduction 



q \ Internet computing is an important modern programming paradigm. One successful attempt to- 

wards this direction is LogicWeb[lj. LogicWeb is a model of the World Wide Web, where Web pages 
are represented as logic programs, and hypertext links represents logical implications between these 
programs. LogicWeb is an integral part of Semantic Web [2]. Despite much attractiveness, Log- 
icWeb (and its relatives such as agent programming) has traditionally lacked elegant devices for 
structuring mutually exclusive rules. Lacking such devices, structuring mutually exclusive rules in 
LogicWeb relies on awkward devices such as the cut or if -then-else construct[9]. 

This paper proposes Lin Web, an extension to LogicWeb with a novel feature called choice- 
conjunctive clauses. This logic extends Horn clauses by the choice construct of the form Dq&iD\ 
where Dq, D\ are Horn clauses and & is a choice-conjunctive connective of linear logic. Inspired by 
[3], this has the following intended semantics: choose a successful one between Dq and D% in the 
course of solving a goal. This expression thus supports the idea of mutual exclusion. 

An illustration of this aspect is provided by the following clauses cl , c2 which define the usual 



X 

max relation: 



cl : max(X,Y,X) : — X >Y. 
c2 : max{X,Y,Y) : - X < Y. 

These two clauses are mutually exclusive. Hence, only one of these two clauses can succeed. 
Therefore, a more economical definition which consists of one clause c3 is possible: 

c3 : (max(X, Y,X):-X> Y)k. 
(max{X,Y,Y) : — X < Y). 

This definition is more economical (and more deterministic) in the sense that it reduces the search 
space by cutting out the other alternatives. For example, consider a goal max(9, 3, Max). Solving 
this goal has the effect of choosing the first conjunct of (a copy of) c3, producing the result Max = 9. 
Our machine, unlike Prolog and other linear logic languages such as Lolli [6], does not create a 
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backtracking point for the second conjunct. The key difference between our language and other 
logic languages is that the selection action is present in our semantics, while it is not present at all 
in other languages. 

The remainder of this paper is structured as follows. We describe LinWeb in the next section. 
In Section we present some examples of LinWeb. Section H] concludes the paper. 

2 The Language 

The language is an extended version of Horn clauses with choice-conjunctive clauses. It is described 
by G- and Z)-formulas given by the syntax rules below: 

G ::= A\GAG\DdG\3xG 
D ::= A\GD D \ Mx D | D&D 

In the rules above, A represents an atomic formula. A D-formula is called a Horn clause with 
choice-conjunctive clauses. 

In the transition system to be considered, G-formulas will function as queries and a set of 
L>-formulas will constitute a program. 

We will present an operational semantics for this language. The rules of LinWeb are formalized 
by means of what it means to execute a goal task G from a program V . These rules in fact 
depend on the top-level constructor in the expression, a property known as uniform provability [TJ [8]. 
Below the notation D;V denotes {D} UV but with the D formula being distinguished (marked for 
backchaining) . Note that execution alternates between two phases: the goal-reduction phase (one 
without a distinguished clause) and the backchaining phase (one with a distinguished clause). 

Definition 1. Let G be a goal and let V be a program. Then the notion of executing (V,G) - 
pv(V, G) - is defined as follows: 

(1) pv(A;V, A). % This is a success. 

(2) pv{{Gi D D);V, A) if pv(V, G x ) and pv(D; V, A). 

(3) pv(y X D; V, A) if pv([t/x]D; V, A). 

(4) pv(DqSzDi;V, A) if choose a successful disjunct between pv(Dq;V, A) and pv(Di;V, A). 

(5) pv(V,A) if D G V and pv(D;V,A). % change to backchaining phase. 

(6) pv(P, G\ A G2) ifpu(P,Gi) andpv(V,G 2 ). 

(7) po( t V,3xG 1 )i£pu(P,[t/x]G 1 ). 

(8) pv(V, D D G\) if pv({D} UV,G\) 

In the rule (4), the symbol Dq&Di allows for the mutually exclusive execution of clauses. This rule 
can be implemented as follows: first attempts to solve the goal using Dq. If it succeeds, then do 
nothing (and do not leave any choice point for D\ ). If it fails, then D\ is attempted. 

The following theorem connects our language to linear logic. Its proof is easily obtained from 
the discussions in [6]. 
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Theorem 1 Let V be a program and let G be a goal. Then, pv(V, G) terminates with a success if 
and only if G follows from V in intuitionistic linear logic. 

3 LinWeb 

In our context, a web page corresponds simply to a set of D-formulas with a URL. The module 
construct mod allows a URL to be associated to a set of D-formulas. An example of the use of this 
construct is provided by the following "lists" module which contains some basic list-handling rules. 

mod(www. dau.com /lists). 

% deterministic version of the member predicate 
memb(X, [X\L]) & 

memb(X, [Y\L]) :- (neq X Y) A memb(X,L). 
% optimized version of the append predicate 
append([], L, L) & 

append([X\L 1 ],L 2 ,[X\L 3 \) :- append^, L 2 , L 3 ). 
% the union of two lists without duplicates 
uni(\\,L, L) & 

uni([X\L],M,N) :- memb(X, M) A uni(L, M, N)k 
uni([X\L],M,[X\N\) :- uni(L,M,N). 

Our language makes it possible to change memb to be deterministic and more efficient: only one 
occurrence can be found. Our approach can be beneficial to most Prolog deterministic definitions. 
For example, the above definition of append explicitly tells the machine not to create a backtracking 
point. This is in constrast to the usual one in Prolog in which mutual exclusion must be inferred 
by the Prolog interprter. 

These pages can be made available in specific contexts by explicitly mentioning the URL via 
a hyperlink. For example, consider a goal www.dau.com/lists D uni([a,b],[b,c],Z). This goal 
is translated to D\ D D 2 D . . . uni([a, b], [b, c], Z) where each D{ is a D-formula in the lists. 
Solving this goal has the effect of adding each rule in lists to the program before evaluating 
uni([a, b], [b, c], Z), producing the result Z = [a, b, c]. 

4 Conclusion 

In this paper, we have considered an extension to Prolog with mutually exclusive clauses. This 
extension allows clauses of the form Dq&lD\ where Dq,D\ are Horn clauses. These clauses are 
particularly useful for replacing the cut in Prolog, making Prolog more efficient and more readable. 
We are investigating the connection between LinWeb and Japaridze's computability logic [US]. 
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